Состав команды, контакты, отпуска
ФИО | Позиция | Контакты | Отпуска |
|---|---|---|---|
| Андреев Алексей Анатольевич | Тестирование | 30.06. - 11.07 | |
| Куделин Илья Александрович | БЭК (RTE) | 21.07 - 03.08 08.09 - 14.09 24.12 - 30.12 | |
| Манжосова Елена Олеговна | БЭК | 16.07-18.07, 11.08-24.08, 21.10 - 24.10 | |
| Васенков Андрей Алексеевич | ФРОНТ | ||
| Хабипова Эльвина Ильгизаровна | Процессы + Анализ | 24.03-28.03 07.07-20.07 27.10-01.11 и 05.11-07.11 | |
| Дзюба Ирина Михайловна | Анализ | 04.08-17.08 | |
| Скворцова Анна Андреевна | ФРОНТ | 21.04-27.04 06.10-19.10 21.12-30.12 | |
| Кадысев Юрий Анатольевич | БЭК |
Организационная информация
Ежедневные дейли в 10:30
Ретро по спринту: ????
one-to-one: Индивидуально для каждого
Доска команды: https://jira.rtsk.loc/secure/RapidBoard.jspa?rapidView=96
Сервисы команды
Наименование микросервиса | Назначение микросервиса |
|---|---|
| camunda-history-collector | Сервис сбора исторических событий процессов и задач в них из workflow-service. Сервис обеспечивает сохранение исторических событий в отдельном экземпляре БД, что разгружает БД workflow-service и позволяет эффективно очищать исторические данные. РУДИМЕНТ |
| doc-sign-service | Сервис для маршрутизации подписываемых документов в сервисы печати |
| front-idm-micro | Пользовательский интерфейс сервиса SSO. Формы ввода данных для аутентификации пользователя. |
| idm | Подсистема: Администрирование Сервис хранит информацию о:
Основные задачи:
|
| notifier-consumer-notification | Подсистема: Уведомления Сервис отвечает за доставку сообщений из kafka топика в pub/sub канал Redis. Получает сообщение из топика notifier.message.send.push и отправляет его в канал Redis формируя название канала "<UserUUID>:notifier.message.send.push". В случае неудачной публикации сообщения в Redis, если дата "till" ещё не просрочена, сервис отправляет сообщение в топик "notifier.message.delay". Основные задачи:
|
| notifier-consumer-template | Сервис отвечает за применение шаблона к письму, которое он вычитывает из топика "notifier.message.create", и в последствии направляет в выходной топик. Название выходного топика формируется по следующему принципу: константа "notifier.message.send.{{channel}}" конкатенируется с названием канала отправки из поля "channel". В случае ошибки при применении шаблон, письмо направляется в топик "notifier.message.error.template.{{channel}}". Сервис нарезает сообщения по получателям, то есть если во входящем сообщении указано 3 получателя, то на выход сервис сформирует 3 сообщения. Шаблоны сервис получает по http, обращаясь к сервису "notifier-storage". |
| notifier-consumer-email | Сервис отвечает за отправку email сообщения которое он получает в топике "notifier.message.send.email". В случае удачной отправки, сервис направляет об этом уведомление в топик "notifier.message.sended.email", противном случае в топик "notifier.message.error.email" |
| notifier-gateway | Подсистема: Уведомления Сервис отвечает за доставку push уведомлений на фронт часть системы. Сервис получает уведомления из канала Redis и пересылает их подключенным по WebSocket соединению клиентам (АРМ). Основные задачи:
|
| notifier-registry | Сервис отвечает за хранение сообщений, журнала доставки сообщений, типов событий и шаблонов. |
| notifier-rest-entrypoint | Предоставляет REST интерфейс для отправки сообщений в топик kafka - notifier.message.create. |
| orgstaff-workflow-admin | Пользовательский интерфейс доступа к БД процессов. Предназначен для мониторинга и отладки процессов BPMN. |
| sso-service | Подсистема: Авторизация Единая точка входа (SSO) в приложение для пользователей. Основные задачи:
|
| wf-process-events-collector | Сервис сбора событий процессов и возникающих ошибок в workflow-service |
| workflow-service | Подсистема: процессинг Сервис рабочих процессов предназначен для управления потоком задач в микросервисной архитектуре. Сервис решает задачи: |
| idm-syncnotifier-consumer-emai | |
| nexus-transfer | Сервис трансфера услуг между контурами. |
| user-create-service | Подсистема: Администрирование Cервис массового создания учетных записей. |
| configuration-discovery | Подсистема: Администрирование Модуль предназначен для хранения и редактирования настроек сервисов системы. Позволяет применять эти настройки "на горячую" без перезапуска сервисов, путём трансляции данных в zookeeper. Основные функции:
|
| mfe-administrative | Раздел администрирование |
| calendar-service | Подсистема: Администрирование Основные функции модуля:
|
| document-registry (отдельная ветка) | Сервис хранения структурированных данных. Конфигурирование атрибутного состава, создание коллекций для хранения объектов. Сервис используется для хранения данных по заявлениям. |
| service-registry | Сервис хранения структурированных данных. Конфигурирование атрибутного состава, создание коллекций для хранения объектов. Сервис используется для управления конфигурацией процессов обработки заявлений из ЕПГУ. |
| ervu-application-gateway | Сервис формирует ответ в зависимости от типа запроса данных. Предназначен для обработки запросов от ЕПГУ-ПГС, является промежуточным этапом взаимодействия ЕПГУ-ЕРВУ. Сервис включает в себя несколько сценариев: search (Поиск рекрута в ЕРВУ), create (Создание карточки рекрута в ЕРВУ), militaryReg (постановка на учет), changeVK (смена ВК), deregister (снятие с учета), recruitUpdate (обновление данных), applicationUpdate (отметка о заявлении). |
| ervu-process-application-service | Сервис для запуска процессов. При запросе из заявлений постановка на учет, снятия с учета, отправка уведомлений GEPS |
| ervu-application-calc-service | Сервис предназначен для отображения разницы между объектами заявления. Запрашивает разницу по REST в ervu-object-diff-calc. Подключена библиотека ervu-front-labels-lib для отображения человеко-читаемого формата полей. |
Добавить комментарий